home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9704 / 000028_owner-urn-ietf _Tue Apr 22 10:15:34 1997.msg < prev    next >
Internet Message Format  |  1997-04-30  |  2KB
  1. Received: (from daemon@localhost)
  2.     by services.bunyip.com (8.8.5/8.8.5) id KAA01221
  3.     for urn-ietf-out; Tue, 22 Apr 1997 10:15:34 -0400 (EDT)
  4. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1])
  5.     by services.bunyip.com (8.8.5/8.8.5) with SMTP id KAA01206
  6.     for <urn-ietf@services.bunyip.com>; Tue, 22 Apr 1997 10:15:28 -0400 (EDT)
  7. Received: from fssun10.dev.oclc.org by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  8.         id AA04543  (mail destined for urn-ietf@services.bunyip.com); Tue, 22 Apr 97 10:15:22 -0400
  9. Received: from orc.NISOR (orc.dev.oclc.org) by oclc.org (4.1/SMI-4.1)
  10.     id AA06108; Tue, 22 Apr 97 10:15:07 EDT
  11. Received: by orc.NISOR (SMI-8.6/SMI-SVR4)
  12.     id KAA17450; Tue, 22 Apr 1997 10:15:07 -0400
  13. Date: Tue, 22 Apr 1997 10:15:07 -0400
  14. From: weibel@oclc.org (Stu Weibel)
  15. Message-Id: <199704221415.KAA17450@orc.NISOR>
  16. To: weibel@oclc.org, jon@net.lut.ac.uk
  17. Subject: Re: [URN] NID rambling
  18. Cc: paf@swip.net, urn-ietf@bunyip.com
  19. X-Sun-Charset: US-ASCII
  20. Sender: owner-urn-ietf@Bunyip.Com
  21. Precedence: bulk
  22. Reply-To: weibel@oclc.org (Stu Weibel)
  23. Errors-To: "owner-urn-ietf@bunyip.com
  24.  Jon The Prolific writes":
  25.  
  26. > I thought ISBN _were_not_ globally unique because some publishers reuse
  27. > them after a period of time for a new work?
  28.  
  29. It is true that there are rare cases where publishers (who are assigned
  30. blocks of numbers for assignment to their materials) have by mistake
  31. reassigned numbers, but the rules prohibit such action.
  32.  
  33. This illustrates an interesting property of naming systems.  They are
  34. not flawless (similar errors have been documented for the SSN system in
  35. the US, for example).
  36.  
  37. The level of security and quality of assurance can be set at some
  38. arbitrarily high level to prevent the majority of such errors, but at a
  39. cost.  Naming must be done inexpensively for most objects, if it is to
  40. be done at all.  If you want to impose constraints, you must accept the
  41. costs (including lack of deployment).  Let the system accomodate a
  42. modest degree of error, and the costs are FAR lower and the common good
  43. is far better served: of all the problems of bibliographic control,
  44. duplicate ISBN numbers doesn't even make the list.
  45.  
  46. stu
  47.